home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 November - Disc 2 / Power Tools Plus (Disc 2 of 2)(November 1993)(HP).iso / hotlines / cnhl / ltaylor.txt < prev    next >
Text File  |  1992-08-10  |  18KB  |  474 lines

  1. Bill Murphy and Lloyd Taylor
  2. Radio HP February 1992
  3.  
  4. BILL:
  5. Well thanks, Tom, and welcome again to Radio HP.  You know we've been
  6. talking for some time about HP's success in very large companies in
  7. establishing real leadership in these firms as they adopt open systems.
  8. We've really been making progress.  Big companies are now looking to
  9. Hewlett-Packard to help them adapt and adopt this new paradigm of
  10. computing.
  11.  
  12. Now the question often comes up however, what about our favorite big
  13. company.  Is Hewlett-Packard adopting open systems?  Is HP utilizing a
  14. client/server architecture?  Does HP use it's own stuff in information
  15. processing?
  16.  
  17. Well, I thought the best way to address that particular question is to
  18. go right to the horse's mouth.  HP's Director of Information
  19. Processing, or Chief Information Officer, if you will, Lloyd Taylor.
  20. And fortunately we have Lloyd here today with us.  Lloyd, really glad
  21. to have you here.
  22.  
  23. LLOYD:
  24. Great to be here, Bill.
  25.  
  26. BILL:
  27. Now, before we get into issues that I just raised, briefly describe the
  28. IT environment you have within Hewlett-Packard.  How many systems do
  29. you have and what does it look like?
  30.  
  31. LLOYD:
  32. Well, not surprisingly, why it's large.  We have 1100 CPUs in our
  33. Business environment, be they HP 3000s or 9000s.
  34.  
  35. BILL:
  36. So you have 1100 3000s and 9000s.
  37.  
  38. LLOYD:
  39. That's right.  In the business environment, why if you added to that
  40. R&D or on the lower levels of the manufacturing floor, there'd even be
  41. a lot more.
  42.  
  43. BILL:
  44. What about devices on the desktop?
  45.  
  46. LLOYD:
  47. Well if you address that generally, we have 97,000 varieties of desktop
  48. computing devices that includes anything ranging from terminals to
  49. workstations and PCs.
  50.  
  51. BILL:
  52. 97,000.  So more than one for every man, woman and child in the
  53. corporation.
  54.  
  55. LLOYD:
  56. That's right.
  57.  
  58. BILL:
  59. What about network traffic?
  60.  
  61. LLOYD:
  62. Well right now, we're running about 700 gigabytes a month.  And that
  63. number continues to grow.  During 1991 that volume nearly doubled.
  64.  
  65. BILL:
  66. Wow, its a large operation.  How many employees are involved in IT
  67. within HP?
  68.  
  69. LLOYD:
  70. Last count, we had 5500.
  71.  
  72. BILL:
  73. OK gang, this is a big account we're dealing with here.  They have 1100
  74. systems and almost 100,000 desktop devices.  Now, Lloyd, as Chief
  75. Information Officer of a large company, or a fortune 29 Chief
  76. Information Officer, what are the key issues as you see it?   As you
  77. move ahead, what are the things that are on the top of your list?
  78.  
  79. LLOYD:
  80. Ok, well Bill, in no particular priority sequence, why not surprisingly
  81. we have a very conventional applications architecture.  Sets of
  82. applications that have been developed over the last 10 or even 20
  83. years.  And like most other companies, we have very high maintenance
  84. costs.
  85.  
  86. Secondly, why our business needs, our entire business environment is
  87. changing at a very rapid pace, while at the same time we have very long
  88. application development cycles.
  89.  
  90. Then thirdly, why we spent the last decade or two accumulating the
  91. warehouses of data on HP equipment and have the natural problem of
  92. getting broader access to that data for decision support.
  93.  
  94. Then finally like everyone else in HP and I suspect elsewhere, why,
  95. we're under alot of cost pressure.
  96.  
  97. BILL:
  98. Well, you know, I tell you, I've talked to alot of  large companies,
  99. and I'm sure our folks in the field have as well, and those things
  100. sound very familiar.  I think alot of people have the same kinds of
  101. problems.
  102.  
  103. OK, those are the issues that you face, what are you doing about them?
  104.  
  105. LLOYD:
  106. Well, let me take the four issues that I mentioned  then I'll take
  107. those in sequence and make a few comments about each.
  108.  
  109. In order to address the first two issues that I mentioned, that is, our
  110. relatively high maintenance costs and conventional applications
  111. architecture, and being able to respond more quickly to our rapidly
  112. changing business needs, why, we're migrating as quickly as we can to a
  113. client/server type of architecture.
  114.  
  115. BILL:
  116. OK
  117.  
  118. LLOYD:
  119. Let's first address the issue of shorter development  cycles.  We have
  120. proven through our initial efforts that a client/server architecture,
  121. particularly in our experimentation so far, in a transaction processing
  122. environment, results in shorter development cycles.  Why is that true?
  123. Well, first of all there's more structure in that type of architecture.
  124. We're able to develop applications with smaller development teams often
  125. splitting the teams between the client and the server.  And finally the
  126. process of system integration is less complex resulting in higher
  127. quality software.
  128.  
  129. BILL:
  130. Yeah, so you can get the things developed much more quickly in this
  131. kind of environment, and you can also reuse alot of the code, can't
  132. you?
  133.  
  134. LLOYD:
  135. That's right.  We think there's a definite opportunity both now as wel
  136. las in the longer term to have alot of the code modules in our
  137. architecture reusable.
  138.  
  139. Next, let me say a word about our high maintenance costs.  The dream of
  140. all application developers has always been to find someway to separate
  141. the application from the underlying data.  And the client/server
  142. architecture naturally provides that long sought after opportunity.
  143. And therefore, why, we're able to perform maintenance on either the
  144. client or the server without impacting the counterpart.
  145.  
  146. BILL:
  147. You can separate the two, operate on one and it doesn't affect the
  148. other.
  149.  
  150. LLOYD:
  151. That's right.
  152.  
  153. BILL:
  154. That's going to be a huge advantage.
  155.  
  156. LLOYD:
  157. Let me say, by the way we had made certain choices of technology within
  158. our architecture inside HP and those choices arise from the kind of
  159. general notion that I often quote that open systems does not mean open
  160. season.  Meaning that we had to make choices inside of HP for our
  161. architecture and not surprisingly why our customers are going to want
  162. to make choices on their own as well.  With at least today's
  163. technology, it just isn't practical, even in an open systems
  164. environment, to have one of literally everything.
  165.  
  166. BILL:
  167. Yeah, so you had to make certain choices on databases, and tools,
  168. application development environments.
  169.  
  170. LLOYD:
  171. That's absolutely right, and the choices that we made for HP, does not
  172. necessarily mean that those choices are the right choices for our
  173. customers.
  174.  
  175. BILL:
  176. But I think the key point is, you've got to make some decisions on
  177. these particular issues to adopt this kind of environment.
  178.  
  179. LLOYD:
  180. Absolutely, I agree
  181.  
  182. BILL:
  183. So, you've seen some significant advantages in developing new
  184. applications in this environment.  I assume that you are developing
  185. many new client/server applications.
  186.  
  187. LLOYD:
  188. Yeah, Bill.  Let me give you some quick examples of that.  First of
  189. all, the pioneer in the implementation of client/server architectures
  190. inside of HP has been our customer support organization.  With the most
  191. notable example of a deployed or in use application is one that's
  192. called Track X, that's used in all of our response centers, worldwide.
  193.  
  194. Secondly, we're in the middle of a development process right now to
  195. replace all of our human resources and payroll systems in the United
  196. States, using purchased software that is of a client/server
  197. architecture.
  198.  
  199. BILL:
  200. So, you're redoing the payroll system?
  201.  
  202. LLOYD:
  203. That's right.
  204.  
  205. BILL:
  206. Don't mess that one up, huh?
  207.  
  208. LLOYD:
  209. That definitely is a bet your career opportunity.
  210.  
  211. BILL:
  212. OK, what else?
  213.  
  214. LLOYD:
  215. Then finally, why, we've completely redone our quality management
  216. systems, and it as well is in a client/server architecture and is in
  217. the process of being deployed as we speak.
  218.  
  219. BILL:
  220. How much of your application development is being done in a
  221. client/server environment today?
  222.  
  223. LLOYD:
  224. Well, all application development of any significance is done in
  225. client/server environment.
  226.  
  227. BILL:
  228. So you've really move all new application development into a
  229. client/server environment?
  230.  
  231. LLOYD:
  232. That's right.
  233.  
  234. BILL:
  235. Boy, that's a major step.  One of the things I've found in talking with
  236. a lot of large companies is they understand the same benefits that
  237. we're articulating here, but they're really concerned about the
  238. implementation.  How do you get it done?  Do you have to go to the
  239. outside to get it done?  To get some help?  Can you hire people, can
  240. you retrain people, what's your experience been?
  241.  
  242. LLOYD:
  243. Well, first of all I think you can do it all internally if you choose
  244. to do so.  Our experience so far has been with our people that are a
  245. little newer to HP, let's say people that's graduated from a University
  246. within the last 5 years or so, and have, if you will, therefore a more
  247. recent computer science background, then it's no problem really at all
  248. for them to migrate to understand a client/server type of architecture.
  249. Or even learn new programming languages such as C, for example.
  250.  
  251. On the other hand, people that's, lets say, have been in the business
  252. for 20 or 25 years and that they're having a tougher time make the
  253. transition.
  254.  
  255. BILL:
  256. So you've been able to do all this transition to a client/server
  257. environment and develop all these new applications in the client/server
  258. environment really in-house.  You've acquired some skills and hired
  259. some people.
  260.  
  261. LLOYD:
  262. That's right.  With the exception of this one project where we
  263. purchased the software.
  264.  
  265. BILL:
  266. You purchased the software but you're still implementing it in-house.
  267.  
  268. LLOYD:
  269. That's right, yes.
  270.  
  271. BILL:
  272. That's interesting. OK back to your third point about having lots of
  273. data.
  274.  
  275. LLOYD:
  276. Yeah, that's really a tough problem.  It's not a technology problem.
  277. There are many tools on the market, whether they come from third
  278. parties or from HP that provide means of accessing data and then
  279. subsequently  manipulating it in, lets say a decision support system.
  280. That really isn't the issue.  The really tough thing to grapple with is
  281. the underlying data, and like I suspect, in fact, know with other
  282. customers, why we have a data problem internally.  Meaning that we have
  283. the same piece of data that carries a different label on different
  284. systems, we have a data integrity issue and so on and it's the cleanup
  285. of that data and putting it into usable databases that can be accessed
  286. by these tools is a real challenge.
  287.  
  288. BILL:
  289. I would imagine that's a major undertaking that the whole organization
  290. has.
  291.  
  292. LLOYD:
  293. Yeah, its a real problem, no question about it.
  294.  
  295. BILL:
  296. I see exactly the same thing with a lot of other large companies where
  297. they have to get standard data models and just move toward that. What
  298. about the fourth point, Cost?
  299.  
  300. LLOYD:
  301. Well, there's kind of two dimensions to that.  First of all there's no
  302. question with advancing technology that we're getting into less
  303. expensive mips, and that certainly has a very positive impact on our
  304. cost structures.  But in addition to that, we have undertaken a very
  305. ambitious program of consolidating our data centers over the next two
  306. or three years.  In the US for example, we're trying to get from 40
  307. data centers, at least at our last count, down to a number that
  308. probably will turn out to be less than 8.  In Europe, we're trying to
  309. get from 20 to 6, and in Intercon, and I mean particularly Asia
  310. Pacific, from today's environment of 7 down to 3 or 4.
  311.  
  312. BILL:
  313. So you're able to take advantage of the more powerful machines, the
  314. less expensive mips and consolidate data centers, and obviously save
  315. the space, people in different locations, and so on and so  forth.
  316.  
  317. LLOYD:
  318. That's right.  And I think we're all familiar with a lot of the
  319. dynamics as these more and more powerful machines have smaller and
  320. smaller footprints and take up less space and so forth.
  321.  
  322. BILL:
  323. Right. I've talked to a lot of people about that very same notion and
  324. everybody again likes that because it appears to be some very large
  325. savings that are possible but I also hear that yeah, you consolidate
  326. all these data centers but still you have to distribute the information
  327. and access the information so it's possible to loose many of the
  328. benefits in telecommunications costs.  Did you take a look at that?
  329.  
  330. LLOYD:
  331. Well, first of all, I completely agree. That's not a big issue for us
  332. in the US, first of all because the US telecom market is very
  333. competitive and second of all we have a very robust network inside of
  334. HP that's already been deployed.  Outside of the US, however, one has
  335. to be careful.  By way of an example, a T1 circuit in Europe, in
  336. general cost about 10 times more than a comparable bandwidth in the
  337. United States.  So one has to be very careful in these consolidations
  338. that careful evaluations of the undoubtedly incremental and increased
  339. telecommunication expense isn't going to eat up all of the operation
  340. benefits.
  341.  
  342. BILL:
  343. Yeah, but you still saw enough benefit to consolidate, you said 20 to 6
  344. in Europe as an example.
  345.  
  346. LLOYD:
  347. That's right, and let me give you an example of that. Just recently I
  348. returned from Europe and while I was there I inaugurated our new
  349. consolidated data center in Brussels that serves all of the
  350. Scandinavian and Benelux countries and still generates positive results
  351. in spite of very significantly increased telecom costs.
  352.  
  353. BILL:
  354. And I would also anticipate that those telecom cost will come down over
  355. time.
  356.  
  357. LLOYD:
  358. Oh, I think that's inevitable with 1992 coming upon us in Europe and
  359. what I think would be eventual deregulation of the PTTs in Europe, much
  360. like occurred in US a decade or so.
  361.  
  362. BILL:
  363. Obviously a major announcement for us over the last couple of weeks
  364. have been the new workstations allowing us to get below the $10,000
  365. price point, actually below the $5000 price point for these new
  366. workstations.  You've talked about alot of applications that are using,
  367. obviously desktop devices as clients,have you been able to take
  368. advantage of the new workstation technology in developing these
  369. applications?
  370.  
  371. LLOYD:
  372. Well, absolutely.  By way of an example, and I'm not entirely sure of
  373. the numbers but I don't think I would be exaggerating by saying that we
  374. deployed already  about 2000 workstations in a business transaction
  375. processing environment. And continue to do so very aggressively.  Why
  376. do we want to do that?  Well, there's really four reasons for that.
  377. Our experiments have clearly shown  because of the multitasking
  378. capability of the workstation and the larger screen that we're able to
  379. consistently get productivity improvements in the 15% range.  But of
  380. equal importance is that the investment to migrate the very traditional
  381. application using the workstation is a very low investment.  And then
  382. in addition to that, why having justified the workstation on nearer
  383. term productivity improvements, why we have the platform then already
  384. deployed for our future client/server environment.
  385.  
  386. BILL:
  387. So you actually can get the benefits today with that environment that
  388. you want to get to tomorrow.
  389.  
  390. LLOYD:
  391. That's right.  And so when the future applications are deployed, why
  392. the major portion of the infrastructure will be already there and would
  393. have been justified a long time ago.
  394.  
  395. BILL:
  396. So you anticipate that more and more of these desktop devices, the
  397. clients in this client/server environment would be workstations as
  398. opposed to PCs or terminals?
  399.  
  400. LLOYD:
  401. Well, I think it's going to be mixed.  Theres no question about it.
  402.  
  403. BILL:
  404. Yeah, PCs are certainly not going to go away.
  405.  
  406. LLOYD:
  407. No question, they're not going to go away.
  408.  
  409. BILL:
  410. But the lower price point of the workstations and the advantages you
  411. mentioned, the multitasking, the large screens, good graphical user
  412. interfaces will allow you to use those devices in more commercial
  413. applications in addition to technical applications.
  414.  
  415. LLOYD:
  416. Certainly that's true with todays economics.  That always can change
  417. like anything else in the world.  But today it looks like a very very
  418. attractive opportunity for us.
  419.  
  420. BILL:
  421. OK Lloyd, this has been outstanding, and alot of very valuable
  422. information but let me wrap up with a question I think may be on the
  423. minds of alot of folks that we have, they would like to get to talk to
  424. your counterparts, I mean a fortune 29 CIO that has 1100 systems is
  425. somebody we want to be calling on on a regular basis.  Sometimes you
  426. and your counterparts are fairly difficult to get to so here's the
  427. scenario:  You're in the elevator with a sales rep. and he's got you
  428. for 2,3 or maybe 5 minutes, what would get your attention, what do you
  429. think he should bring up and he should say that would allow you to say
  430. "OK, I'll give you an appointment, come in to see me because it sounds
  431. like you can really help me"
  432.  
  433. LLOYD:
  434. Well, I think theres two opportunities here, to set the hook, so to
  435. speak.  First of all, is the obvious answer.  And that is the lower
  436. cost per mip equipment from Hewlett-Packard today.  Like I said, that's
  437. the obvious answer and certainly our competitors often use the same
  438. type of argument.
  439.  
  440. BILL:
  441. A lot of people say that today.
  442.  
  443. LLOYD:
  444. What I think is the surprising thing is that we've already proven
  445. inside of HP is that the client/server architecture inherently and
  446. independently of case tools results in reduced development times. And
  447. that's a really important issue on the mind of every CIO at least that
  448. I know, and might be a very very interesting way to get his attention
  449. in addition to the lower cost.
  450.  
  451. BILL:
  452. So, a properly  designed and implemented client/server environment will
  453. result in a much more rapid application development environment.
  454.  
  455. LLOYD:
  456. That certainly has been our experience so far and theres absolutely no
  457. indication that that's going to change in the future.
  458.  
  459. BILL:
  460. OK gang, if you get a fortune 29 CIO in the elevator, talk about
  461. reduced application development time in addition to reduced cost.
  462. Lloyd, really, thanks alot for taking time out of your busy schedule to
  463. join us.  This has been extremely valuable and I'm sure everybody in
  464. the field appreciates it very much.
  465.  
  466. LLOYD:
  467. Well, it's great to be here and glad to help.
  468.  
  469. BILL:
  470. Thanks a lot.  so there you have it, a lot of good tips from a fortune
  471. 29 CIO who's exactly the kind of guy you want to call on.  I hope you
  472. found this useful and informative and I look forward to seeing you
  473. again on the next Radio HP. 
  474.